home *** CD-ROM | disk | FTP | other *** search
- Path: stud.uni-frankfurt.de!not-for-mail
- From: "Martin Steigerwald" <steigerw@stud.uni-frankfurt.de>
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: *SLOW* colour cycling.. :(
- Date: Wed, 21 Feb 1996 19:52:38 +0100
- Organization: J. W. Goethe-Universitaet Frankfurt/Main
- Message-ID: <71270691@sunshine.stud.uni-frankfurt.de>
- References: <71270149@sunshine.stud.uni-frankfurt.de> <280.6620T1400T2576@amiga.pp.se> <71270463@sunshine.stud.uni-frankfurt.de> <421.6622T1214T369@amiga.pp.se>
- NNTP-Posting-Host: dialin178.rz.uni-frankfurt.de
-
- Mikael Berglund schrieb in comp.sys.amiga.programmer ueber "Re: *SLOW*
- colour cycling.. :(":
-
- MB> MS> So imagine what it does with 256 colors at once :-)))) Should be a
- MB> MS> remarkable speedup :-)
-
- MB>Personally i think that LoadRGB32() has the same execution speed as it
- MB>always sets 256 colors even if you just changed one or more. It just
- MB>ram it into the registers or whatever...
-
- Yes and therefore it will be faster compared to SetRGB32() if you are
- using more colors and thus the speed difference will be higher if you are
- using 256 colors than if you were using only 16 colors for example. And
- this is what I said above :-)))
-
- Let the sun shine... \__INet| Usenet: steigerw@stud.uni-frankfurt.de
- |_| _ |o _ _ Martin \__ | WWW-Homepage:
- | |(/_||(_)_> Steigerwald \| http://www.rz.uni-frankfurt.de/~steigerw
-
- Menschen gegen Faschismus!!! --> Bytes gegen Faschismus!!!
-
-